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COMPUTER SYSTEM 

Background of the Invention 
The present invention relates to a backup technique in a 

5 computer system. 

Recently, as data amount increases, a computer system used 
in a company or the like becomes larger in its scale. However, 
when an additional storage apparatus is provided, backup work 
becomes complex and expensive. For example, a backup apparatus 
10 should be provided for each computer, to perform backup processing. 
Thus, it is considered for example that host computers (hereinafter, 
simply referred to as hosts), a storage system and a tape device are 
connected to a network called SAN (Storage Area Network), and 
data of all the storage apparatuses are backed up in a batch by a 
15 server (hereinafter, referred to as a backup server) used exclusively 
for backup processing. For example, Japanese Patent Application 
Laid-Open No. 2002 7304 discloses a method in which data in a 
storage apparatus used by another server connected to a SAN are 
backed up by a backup server into a tape device and a method in 
20 which a plurality of hosts shares the tape device. As a result, 
backup can be performed without loading a server that is executing 
ordinary service, and construction costs of a computer system can be 
reduced. 

Further, there is widely used an apparatus called NAS 
25 (Network Attached Storage) that is connected to a LAN (Local Area 
Network) interconnecting a plurality of hosts. NAS is an apparatus 
that serves hosts with data access using a network file access 
protocol such as NFS (Network File System), CIFS (Common 
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Internet File System) or the like, and comprises a storage part for 
storing files and a NAS head part (hereinafter, referred to as a file 
server) for processing a file access request from a host. NAS is 
easy in data sharing hy a plurality of hosts and in setting operation, 
5 and accordingly, even a medium or large scale site comes to employ 
a NAS, and there appears some apparatus having a plurality of file 
servers to increase performance and reliability. 

In many cases, each maker of a NAS for business use 
employs an original OS and an original file system for the sake of 
10 high performance and high reliability, and thus it is very difficult to 
install backup software that sells on the market and that can be 
used in an ordinary host. As a result, generally, a method using 
NDMP (Network Data Management Protocol) is employed to perform 
backup. NDMP is a protocol for backup processing between a NAS 
15 apparatus and an external apparatus having backup software. In 
the case of an NDMP-capable NAS apparatus, backup operation and 
restoring operation can be performed from an apparatus that has 
backup software adapted for NDMP. In other words, one apparatus 
having backup software can perform backup operation for NASs of 
various makers. Thus, NDMP is a de facto standard. O'Reilly 
Japan, Inc., "SAN & NAS storage network management", pp. 193 - 
221 discloses some NAS backup methods using NDMP. 
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Summary of the Invention 
In backup of a NAS, a file server reads data stored in a 
storage apparatus, generates a backup format unique to that NAS, 
and sends the generated backup format to a tape device connected 
directly to a backup server or the NAS. As a result, load on a CPU 
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of the file server is increased in the course of backup processing, 
affecting the online service. Further, in the case of an apparatus 
having a plurality of file servers, the apparatus is recognized as a 
plurality of NASs from an external apparatus, particularly from the 
backup server, although the apparatus is in fact a single NAS. 
This complicates the management. 

An object of the present invention is to provide a system that 
performs backup processing efficiently in an environment where a 
plurality of file server exist, while making the plurality of file 
servers look like a single apparatus from an external apparatus. 

To solve the above problems, the present invention provides 
a computer system comprising hosts, first and second file servers 
connected to the hosts, and a storage system connected to the fxrst 

and second file servers. 

The second file server notifies the first file server of an 
instruction of backup. In response to this instruction, the first 
server sends the second file server an identifier of a storage device 
that stores duplicate data of a file as a backup object. Based on the 
received identifier, the second file server sets a path to that storage 
device, and obtains the backup data from that storage device. 

Brief Description of the Drawings 
Fig. 1 is a diagram showing an example of a configuration of 

a computer system; 

Fig. 2 is a diagram showing an example of a logical 

configuration of a storage system; 

Fig. 3 is a diagram showing another example of logical 
configuration of the storage system than the one shown in Fig. 2; 



3 



10 



15 



20 



25 



Fig. 4 is a diagram showing a hierarchical directory 

structure of a file system'. 

Fig. 5 is a diagram showing a directory image of a file 

system; 

Fig. 6 is a diagram showing a flow of information in the case 
where a file server 1 accesses a storage device 22 1; 
Fig. 7 shows a backup processing flow; 

Fig. 8 is a diagram showing an example of a configuration of 
another computer system than the one of Fig. l; 

Fig. 9 is a diagram showing an example of a logical 
configuration of the storage system of Fig. 8; and 

Fig. 10 is a diagram showing a directory structure of a file 
system that integrates the file server 1. 

Description of the Preferred Embodiments 

[First Embodiment] 

Fig 1 is a diagram showing an example of a configuration of 
a computer system of the present invention. In the figure, each 
piece of software is shown being encircled by an ellipse. 

The computer system comprises file servers 1A, IB and 1C, a 
storage system 2, a switch 3, a backup server 4, a tape device 5, and 
hosts 6. In the following, the file servers 1A, IB and IC are 
referred to as a file server 1 representatively. The file servers 1 
and the storage system 2 may be integrated to be a NAS apparatus. 
In that case, there may be an internal switch for connecting the file 
servers in the NAS apparatus. 

Each file server 1 comprises a network interface 
(abbreviated as LAN I/F) 11. a CPU 12, a memory 13 and an a Fibre 
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Channel interface (abbreviated as FC I/F) 14. The file servers 1 
are connected to the switch 3 through the respective LAN I/F 11, 
and provide file access service by NFS or CIFS to a host G connected 
to the switch 3. The file server IC is also connected to the backup 

5 server 4 through the LAN I/F 11. 

The memory 13 stores programs such as a device driver 101, 
a local file system 102, a network file system 103, a device manager 
104 a cooperation program 105, a backup program 106, and the like. 
The device driver 101 is a program for accessing the storage system 
10 2 The local file system 102 is a program for accessing a 
below-mentioned file system. The network file system 103 is a 
program for processing an access request sent from a host 6 in 
compliance with a file access protocol (such as NFS, CIFS or the 
like) The device manager 104 is a program for duplicating data of 
15 a storage device 22 into another storage device 22, and for obtaining 
information from each storage device 22, for example. The 
cooperation program 105 is a program for performing backup ,n 
cooperation with an apparatus that performs backup. The backup 
program 106 is a program for performing back up in a batch, in 
20 communication with other apparatuses that execute the cooperation 
program 105. 

Here, the backup server 4 may directly connect with the 
switch 3 or with all the file servers 1. In that case, even when a 
failure occurs in the file server IC, either of the file servers 1A and 
25 IB can take the place of the file server IC to perform backup. Or, 
it is possible to employ a form in which one server is kept in an .die 
state as a standby server, and when a failure occurs in another file 
server, the standby server takes over the processing of the faulty 
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server. At that time, the standby server can dedicatedly perform 
backup processing without affecting the ordinary service. 

In the present embodiment, the file server IC performs 
backup instead of the file servers 1A and IB. It is, however, 
possible that when a failure occurs in the file server IC, either of 
the file servers 1A and IB performs backup instead of the file server 
IC Accordingly, each file server has the backup program 106. 
Similarly, it is possible that when a failure occurs in the backup 
function of the file server IC, either of the file servers 1A and IB 
takes over the backup. Accordingly, each file server has the 

cooperation program 105. 

The storage system 2 comprises FC I/Fs 20, a storage 
controller 21, a plurality of storage devices 22 and a control station 
23 The storage system 2 is connected to the file servers 1 through 
respective FC I/Fs 20. The storage controller 21 has a function of 
generating duplicated data of the storage devices 22 (hereinafter, 
referred to as a disk mirror/split function, which corresponds to the 
volume copy function described in the Japanese patent Application 
Laid-open No. 2002-7304). The control station 23 may exist outside 
the storage system 2. Further, each of the storage devices 22 may 
be a physical magnetic disk drive, or may take a form of one logical 
disk drive consisting of a plurality of magnetic disk drives such as a 
disk array device, or may be a device using another medium such as 

an optical medium. 
25 The backup server 4 is connected not only to the file server 

IC but also to the tape device 5, to back up data sent from the file 
server IC into the tape device 5. Here, the file server IC and the 
tape device 5 may be connected with each other through the FC I/F, 
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to perform backup not through the backup server 4. 

Usually, a file server that accesses a certain storage device 
22 is uniquely determined, and accordingly, each storage device 22 
is set such that only one file server can access that storage device 22. 
However, it is possible that a certain storage device 22 can be 
accessed from a plurality of file servers. In the following, setting 
processing to make a file server capable of accessing a certain 
storage device 22 is referred to as path setting. 

Fig. 2 is a diagram showing an example of a logical 
configuration of the storage system 2. In this example, storage 
devices 221 and 222 are logically set with a path to the file server 
1A, storage devices 223 and 224 to the file server IB, and a storage 
device 225 to the file server lC. Further, the storage system 2 
keeps unused storage devices 221' (a pool volume). When necessary, 
15 the storage devices 221' are set with paths to a file server 1, to store 
duplicated data. One of the file servers 1 may manage the storage 
devices 221', or an administrator may manage the storage devices 
221' through the control station 23. 

Fig. 3 is a diagram showing another example of logical 
configuration of the storage system than the one shown in Fig. 2. 
Although the connecting relations in this example are similar to Fig. 
2, storage devices 221' to 225' store duplicated data of the respective 
storage devices 221 to 225 through the disk mirror/split function of 

the storage controller 21. 

Fig. 4 is a diagram showing a hierarchical directory 
structure of a file system managed by a file server 1. The 
hierarchical directory structure means such structure that a 
plurality of files or directories exist under a root directory dir_al as 
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the vertex. In the following, the files and directories belonging to 
hierarchical directory structure and a set of pieces of attribute 
information constituting the structure are referred to as a file 
system. One file system may spread over a plurality of storage 
devices, or a plurality of file systems may exist in one storage device. 
For the sake of simplicity, the present embodiment assumes that 
one file system exists in one storage device. 

Fig. 5 is a diagram showing contents of file systems managed 
by the file servers 1. The file server 1A manages one file system in 
each of the storage devices 221 and 222 shown in Fig. 2 (Fig. 3), 
naming those file systems usrl and usr2 respectively. The CPU 12 
executes the local file system 102 to manage the file systems such 
that there are two directories usrl and usr2 under a root directory 
«/" as shown in a directory image 112. Similarly, the file server IB 
manages one file system in each of the storage devices 223 and 224 
shown in Fig. 2 (Fig. 3), and manages these two file systems under a 
root directory "/". Further, the file server 1C manages one file 
system in the storage device 225 shown in Fig. 2 (Fig. 3) and 
manages this file system under a root directory V. This is a form 
of an ordinary file system managed by an ordinary file server. 

Next, will be described three functions provided by execution 

of the device manager 104. 

The first function is a function of path setting. Path setting 
is performed based on an instruction given from the CPU 12 or the 
control station 23 to the storage system 2. Each of the storage 
devices 22 is given with an identifier that is unique within the 
storage system 2 (for example, the storage device 221 of Fig. 2 is 
given with the identifier "number 221"). And, to set a path, the 
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CPU 12 or the control station 23 designates an identifier. In Fig. 2 
showing an initial state, the file server 1A is set with paths to the 
storage devices 221 and 222, the file server IB is set with paths to 
the storage devices 223 and 224, and the file server lC is set with a 
path to the storage device 225. An identifier may be given to a 
physical storage device or to a logical storage device. 

The second function is a function of activating the disk 
mirror/split function of the storage controller 21, to duplicate data 
stored in a certain device among the storage devices 22 into another 
storage device 22. For example, the CPU 12 designates identifiers 
of the copy source and the copy destination so that data (a snapshot 
image) of the storage device 221 at the time when a duplicate data 
generation instruction is given are duplicated into the storage 
devices 221'. 

The third function is a function of obtaining information 
unique to each storage device 22 from that storage device 22. Fig. 
6 is a diagram showing information used for access of the file 
servers 1A and lC to the storage device 221 in the case where the 
storage device 221 is set with paths to the file servers 1A and lC. 
In the following, for the sake of convenience, a part of description is 
given taking a program as a subject of operation, although, in fact, 
the CPU 12 is the subject of the operation. 

In the case where the CPU 12 executes the local file system 
102 to access a file system in the storage device 221, an access 
request to the storage device 221 is processed by executing the 
device driver 101. At that time, the device driver 101 receives a 
kind of file name called a device file name from the local file system 
102, to specify the storage device as the access object. In the 
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example shown in Fig. 6, the file serve, 1A associates the storage 
device 221 with a device file name "/dev/sdlc». Thns, when the 
device driver 101 is executed, the local file system 102 delivers 
"/dev/sdlc" as a parameter, for specifying the storage device 22! as 
the access object. Information associating a device file name wtth a 
file system name is stored, for example, in /etc/fstab i.e. a setttng 
file owned by the file server 1. This setting file may be stored » 
the memory 13 or in a storage device for storing a setting file, whtch 
is different from a storage device for storing nser data. 

Device file names are managed by each of the file servers 1A 
and 1C, and their namtng is performed independently of each other 
(there is no definite rule of this naming). It is possible that the file 
server Al associates "/dev/sdlc" with the storage device 221 while 
the file server 1C associates -/dev/sd2c". Further, the local We 
system 102 in the file server 1A designates this «/dev/sdlc" to 
g enerate an access request, and delivers the access request to the 
device driver 101. The device driver 101 translates the received 
device file name into a port ID and a logical unit number (LUN), and 
issues an access instruction including the port ID and LUN as 
parameters to the storage system 2, to access the storage devtce 221. 
Here a port ID is dynamically assigned to each physical interface rn 
the initialization phase (a user or the administrator can not 
determine a per, ID at will), and a LUN is determined by the 
administrator through the control station 23 at the time of settmg a 
, path or by the CPU 12 executing the device manager 104. 
However, it is not assured that the same LUN is always assigned to 
the storage device 221 when the file server 1A accesses the storage 
device 221 and when the file server 1C accesses the storage devtce 
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221. As a result, when it is desired that the file server 1C accesses 
the storage device 221 that has been accessed from the file server 
1A it is not assured that the file server 1C can access the storage 
device 221 even if the file server 1C is informed of the device file 
name "/dev/sdlc" used by the file server 1A and the file server 1C 
uses that file name "/dev/sdlc". 

Accordingly, the present embodiment specifies a storage 
device by utilizing the fact that each storage device has a unique 
identifier. For example, when the storage device to which the 
directory "/usrl" belongs is to be specified, the file server 1A uses 
the device manager 104 to issue an instruction to obtain the 
identifier of the storage device 221. At that time, the device 
manager 104 gives an instruction to the device driver 101, 
designating the device file name "/dev/sdlc". The device driver 101 
translates "/dev/sdlc" into information of a pair of a port ID and a 
LUN, and sends the storage system 2 an instruction to obtain the 
identifier of the storage device corresponding to the pair of the port 
ID and the LUN. In response to the instruction, the storage system 
2 sends the identifier "221" of the storage device 221 to the file 
server lA. As an example of a method of sending an identifier, 
there may be a method in which the storage system 2 inserts the 
identifier of the storage device into response information to an 
INQUIRY command or a MODE SENSE command of SCSI, before 
sending that response information. Then, the file server 1A sends 
the received identifier to the file server 1C. On the other hand, on 
the side of the file server 1C, in order to specify the storage device 
221 given with the identifier "221", the device manage 104 is 
executed to obtain identifiers of all the device files owned by the file 
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server IC. Then, the device file that returns the identifier "221" 
received from the file server 1A can be used to access the storage 
device 221. 

Here, each file server associates a device file name with a 
5 file system, based on LUN given by a user. Further, in the case 
where each file server 1 associates a file system with an identifier of 
a storage device, the file server 1A can send the identifier to the file 
server IC without inquiring the identifier of the storage system 2. 

Next, a flow of backup processing will be described referring 
10 to Fig. 7. Here, description will be given assuming that, in the 
form of Fig. 2, the file server IC receives an instruction to back up 
the directory /usrl and downward managed by the file server 1A. 

First, backup processing is started when a user or the 
administrator informs the backup server 4 of designation of a 
15 directory name to which a file to back up belongs. Usually, the 
backup server 4 gives an instruction of backup to a file server that 
manages the file or directory as the object of the backup. In the 
present embodiment, however, the backup server 4 gives every 
instruction to the file server IC. The file server IC makes its file 
20 system externally look like one having the directory structure shown 
in Fig. 10. Thus, the backup server 4 designates the directory 

name "/server 1/usrl". 

Next, the backup server 4 informs the file server IC of that 
directory name, and instructs the file server IC to start backup 
25 (Step 71). Receiving the instruction, the file server IC executes the 
backup program 106, and, based on the directory name 
"/serverl/usrl", determines that the backup object directory is 
managed by the file server lA (Step 91). Then, the file server IC 
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notifies the file server lA to the effect that backup of the directory 
"/usrl" will be performed (Step 92). 

Next, receiving the notification, the file server lA executes 
the local file system 102 so that write operation into /usrl from the 
network file system 103 is stopped temporally, and, when a buffer 
keeps data to be written into the storage device 221, all such data 
are written into the storage device 221 (Step 81). Here, the buffer 
may be a part of the memory 13, or may exist in the file server 
separately from the memory 13. Then, an unused storage device is 
selected from the storage devices 221', and a path is set to the 
selected storage device (Step 82). Then, the device manager 104 is 
executed to give an instruction to the storage system 2 to duplicate 
the data of the storage device 221 into the selected storage device 
221'. The storage system 2 use the disk mirror/split function to 
15 duplicate the data (a snapshot image) of the storage device 221 at 
the time of receiving the instruction from the file server 1A into the 
selected storage device 221' (Step 83). Then, the file server lA 
cancels the inhibition in Step 81 of the write operation into /usrl, 
and executes the network file system 103 to permit ordinary access 
20 (Step 84). 

The reason why, in Step 81, the write operation into /usrl is 
inhibited and the data in the buffer are written into the storage 
device 221 is as follows. First, the data in the buffer are written 
out because the file server 1C takes up contents of the storage 
device 221' to back up them, and, when data to be written remain in 
the buffer of the file server lA, those data in the buffer of the file 
server lA can not be read out from the file server 1C (Writing of 
data into the storage device 221' is performed by the disk 
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mirror/split function, and thus, the file server 1A does not consider 
write into the storage device 221'). Next, write into /usrl is 
inhibited because, even when new data come in the middle of 
writing the data in the buffer into the storage device 221, it should 
be avoided that data contents newer than the time of the backup 
instruction are written into the storage device. Or, in the case 
where it is desired to simultaneously back up file systems 
respectively stored in the storage devices 221 and 222 for example 
(namely, a plurality of file systems are backed up simultaneously), 
write operation is inhibited because data written into the storage 
device 221' and data written into the storage device 222' should be 
of the same point of time. 

The file server 1A executes the device manager 104 to obtain 
the identifier of the storage device 221' (the storage device that 
stores the duplicate data) from the storage system 2 (Step 85), and 
sends the obtained identifier to the file server 1C (Step 86). 

Based on the identifier sent from the file server 1A, the file 
server 1C sets a path to the storage device 221' (Step 93), and 
searches for the device file name that is associated in the file server 
1C with the storage device 221' (Step 94). The method of search is 
as described above referring to Fig. 6. When the device file in 
question is found, that device file is used to mount the storage 
device 221' as the object, to take up the data of the object directory 
(Step 95). Although backup processing is instructed in detail from 
the backup server 4, generally backup processing is performed by 
executing a tar command or a dump command. Backup data 
generated by a tar command or a dump command are sent to the 
backup server 4 (Step 96). When sending of all the backup data is 
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finished, the storage device 221' in question is unmounted (Step 97), 
and the path setting of the storage device in question is cancelled 
(Step 98). 

Thereafter, the backup server 4 backs up the data received 
from the file server lC into the tape device 5 (Step 72). 

In the case of a configuration in which storage devices such 
as the storage device 221' and so on for storing snap shot data are 
set with paths in advance as shown in Fig. 3, Steps 82, 93 and 98 

can be dispensed with. 

Hereinabove, has been described the example where only the 
data of the file server 1A are backed up. However, directories of 
backup objects can be designated as "/{server 1/usrl}, /{server2/usr2}" 
to perform backup of data of "/usrl" of the file server 1A and data of 
«/usr2" of the file server IB simultaneously. In that case, in Step 
92 of Fig. 9, the backup instruction is issued to the file servers 1A 
and IB simultaneously, and also the duplication of the data is 
performed simultaneously. In the case where only one tape device 
5 exists, the processing of backing up the data into the tape device 5 
is performed by writing the data of the directory /usrl of the file 
server 1A and the data of the directory /usr2 of the file server IB 
into the tape device 5 in this order (or reversedly). In this sense, 
simultaneous backup is not possible. However, since the data 
duplication processing is instructed from the file server lC to the 
file servers 1A and IB simultaneously, duplicate data at the same 
point of time can be preserved for both the file servers 1A and IB. 
In the case where a plurality of tape devices 5 exist, writing of 
backup data into the tape devices 5 can be performed 
simultaneously. Further, when the root directory <V is designated, 
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all the data of the file server 1 (in Fig. 10, the data in the root 
directory and thereunder) can be backed up. As a result, in the 
present invention, even when there exist many file servers, backup 
operation can be performed as if there existed only one file server. 

As described above, in the present invention, the file server 
1C undertakes burdensome processing of data read from the storage 
device 221' and data transmission to the backup server 4, and, as a 
result, backup processing can be performed scarcely loading the file 
servers 1A and IB and the network connecting the file servers 1A 
and IB with the hosts 6. Further, even when there exist many file 
servers, backup is performed by giving an instruction only to the file 
server 1C, a user can perform backup processing as if there existed 
only one file server (NAS). 
[Second Embodiment] 
15 Fig. 8 is a diagram showing an example of a configuration of 

a computer system in a second embodiment. In the configuration of 
this computer system, a switch 3 connects an integrated storage 
system 800, one or more hosts 6 and a backup server 4 with one 
another, and a Fibre Channel switch (abbreviated as FC switch) 8 
20 connects a server 7, the backup server 4, a tape device 5 and the 
integrated storage system 800 with one another. 

The integrated storage system 800 comprises a LAN adapter 
810, a FC adapter 820, a storage adapter 830, storage devices 22, an 
internal switch 825, and a cache/control memory 835. The LAN 
25 adapter 810 has a function corresponding to the file servers lA and 
IB in the first embodiment. The FC adapter 820 has an I/O 
processing program 823 for processing a read/write command from 
the server 7 or the backup server 4 and a volume copy program 824 
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for duplicating data of a volume within the integrated storage 
system 800 into an external storage device, the tape device 5, or the 
like and for duplicating data of the external storage device or the 
tape device 5 into a volume within the integrated storage system 
800. The storage adapter 830 has a read/write control function 
concerning the storage devices 22, a function of making a plurality 
of storage devices 22 look like one or more logical storage devices 
from a LAN adapter 810 and an FC adapter 820, a disk mirror/split 
function, and so on. The cache/control memory 835 stores a part of 
data of the storage devices 22 and data used for communication 
between the LAN adapter 810, the FC adapter 820 and the storage 
adapter 830, to realize high speed of access from the server 7 and 
the LAN adapter 810. Although the figure shows one LAN adapter 
810, one FC adapter 820 and one storage adapter 830, each may be a 
plurality of adapters. The internal switch 825 connects the LAN 
adapter 810, the FC adapter 820 and the storage adapter 830 with 
one another. The internal switch 825 may be a crossbar switch or a 
common bus connecting each adapter with another. 

The server 7 stores a device driver 861, file systems 862, 
agents 863 and a device manager 104. The backup server 4 stores a 
device driver 861, a device manager 864 and a backup program 106. 

Fig. 9 is a diagram showing a logical configuration of the 
integrated storage system 800. The storage adapter 830 combines 
several storage devices 22 or partitions one storage device 22 to 
form a NAS volume (i.e., a volume for NAS use) 840, a mirror 
volume 841 and an FC volume (i.e., a volume for FC use) 842. It is 
possible to employ a form in which one storage device 22 
corresponds to one volume. From the LAN adapter 810 and the 
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server 7, existence of the storage adapter 830 can not be recognized 
(this is shown by a dotted line in Fig. 9). Although the figure 
shows one NAS volume 840, one mirror volume 841 and one FC 
volume 842, each may be a plurality of volumes. The NAS volume 
841 is set with a path such that the LAN adapter 810 can access the 
NAS volume 841. The mirror volume 842 stores duplicate data of 
the NAS volume 840 or the FC volume 842 owing to the disk 
mirror/split function. The FC volume 842 is defined such that the 
server 7 and the backup server 4 can access the FC volume 842 
through the FC adapter 820. Further, the mirror volume 841 may 
be set with a path as the need arises, as in the case of Fig. 2. Or, 
the mirror volume 841 may be previously set with a path to store 
duplicate data of the NAS volume, as in the case of Fig. 3. Here, 
description is given assuming the same form as Fig. 2. 

In the second embodiment, backup is performed in the 
volume level such that a volume image is backed up directly into the 
tape device 5. Executing the backup program 106, it is possible to 
back up both volumes under the LAN adapter 810 and volumes 
under the server 7. To perform backup processing, a user 
designates a host name (or an IP address) of the server 7 or the LAN 
adapter 810 that manages the data as the backup object, and also 
designates a device file name. The backup server 4 performs 
backup processing while communicating with the server 7 or the 
LAN adapter 810 based on the information of the designation. 

The backup processing in the second embodiment is almost 
similar to the processing of Fig. 7, and only the difference will be 
described in the following. First, a user designates the server 7 or 
the LAN adapter as an apparatus for managing data, and processing 
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corresponding to Step 91 does not exist. To perform backup into 
the tape device 5, the backup server 4 executes the volume copy 
program 824 designating the mirror volume 841 as the copy source 
and the tape device 5 as the copy destination. Further, in Step 85, 
the identifier of the volume of the duplicate data is obtained. And 
in Step 86, the identifier of the volume in question is sent to the 
backup server 4. In Step 93 and thereafter, backup is performed in 
the volume level, and Steps 95 and 97 corresponding to the mount 
processing and the unmount processing of the file system do not 
exist. 

As described above, in the second embodiment, the backup 
server 4 can perform the backup processing of both the NAS volume 
840 used by the LAN adapter 810 and the FC volume 842 used by 
the server 7, together in a batch. 

The programs described in the present invention may be 
moved from a storage medium such as a CD-ROM or may be 
downloaded from another apparatus through a network. 

According to the present invention, in an environment where 
a plurality of file servers exist, it is possible to provide a system in 
which backup processing is performed efficiently while making the 
plurality of file servers externally look like a single apparatus. 
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